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Procede et systeme de transmission de donnees bi-mode, emetteur et 
recepteur correspondants, 

Le domaine de l'invention est celui de la transmission de donnees d'un 
emetteur vers un recepteur. Plus precisement, l'invention concerne tous les 
systemes de communication requerant une qualite de transmission elevee, et dans 
lesquels Tutilisation de la bande passante doit etre optimisee. L'invention est 
particulierement adaptee aux systemes de radiocommunication, dans lesquels la 
ressource radio est une ressource rare ; et oil le canal de transmission est sujet a 
perturbations. 

L'invention sapplique notamment, mais non exclusivement, aux 
protocoles de transmission du type ARQ (en anglais « Automatic Repeat 
Request »), qui mettent en oeuvre des fonctions de controle d'erreurs au sein des 
systemes de communication, 

De nombreuses techniques de controle d'erreur sont generalement utilisees 
dans les systemes de communication, pour compenser la perte et/ou la degradation 
des donnees transmises d'un point source vers un point destination. De maniere 
classique, le controle d'erreur met en oeuvre une detection des erreurs de 
transmission, et une retransmission des donnees perdues ou deteriorees. Un 
protocole du type ARQ permet de gerer simultanement le controle des erreurs et 
le controle du flux de donnees. en regulant le flux des donnees emises, et en 
determinant si une ou plusieurs donnees doivent etre retransmises. 

On connait plusieurs protocoles du type ARQ. tels que les protocoles de 
type Go-Back-N. les protocoles de type Stop-and-Wait ou encore les protocoles 
de type Selective Repeat. Dans les protocoles du type Go-Back-N et Selective 
Repeat, qui sont parmi les protocoles de type ARQ les plus couramment 
employes, on insere un identifianL generalement appele numero de sequence, 
dans chaque paquet de donnees echangees par les terminaux de type ARQ. Par 
paquet de donnees, on entend ici. et dans toute la suite du document, un ensemble 
d'une ou plusieurs donnees, telle que. par exemple. une unite de donnees du 



protocole (en anglais, PDU « Protocol Data Unit »), ou encore une trame de 
donnees. 

L'emetteur ARQ maintient une liste des numeros de sequence des PDUs 
qif il est autorise a transmettre. De son cote, le recepteur ARQ maintient une liste 
des numeros de sequence des PDUs qu'il est prepare a recevoir. La connaissance 
du numero de sequence des PDUs permet ainsi au recepteur ARQ de detecter la 
perte ou la deterioration de certains paquets de donnees, et de signaler ces erreurs 
de transmission a Femetteur ARQ, qui retransmet alors le ou les PDU(s) qui 
n'avai(en)t pas ete correctement recu(s). 

Un inconvenient de cette technique de Tart anterieur est que, lorsque la 
transmission de donnees s ? effectue sans erreur, il est inutile de transmettre les 
identifiants des paquets de donnees. En effet, dans les protocoles du type Go- 
Back-N et Selective Repeat, par exemple, la transmission des numeros de 
sequence associes aux PDUs consomme inutilement de la bande passante, dans le 
cas notamment ou le canal de transmission n'est pas perturbe. 

Un autre inconvenient de cette technique de Tart anterieur est qu'elle est 
done couteuse, dans le cas ou les identifiants des paquets de donnees sont transmis 
inutilement. 

Un autre inconvenient de cette technique de Tart anterieur est que, lorsqu'il 
n'est pas utile de transmettre les identifiants des paquets de donnees. Tespace qu'ils 
occupent au sein des paquets pourrait etre utilise a d'autres fins, telles que la 
correction d'erreurs sans voie de retour par exemple (FEC en anglais "Forward 
Error Correction"). 

[^invention a notamment pour objectif de pallier ces inconvenients de Fart 

anterieur. 

Plus precisement. un objectif de Finvention est de fournir un procede de 
transmission de donnees qui soit simple et peu couteux a mettre en oeuvre. 

Un autre objectif de Finvention est de mettre en oeuvre un procede de 
transmission de donnees permettant d'eviter, dans certaines conditions, de 
transmettre un identifiant du paquet envoye. 



L'invention a encore pour objectif de fournir un procede de transmission 
de donnees perrnettant d'economiser de la bande passante par rapport aux autres 
procedes de transmission connus. 

L'invention a egalement pour objectif de mettre en oeuvre un procede de 
transmission de donnees applicable dans le cadre d'un protocole du type ARQ. 

Encore un autre objectif de l'invention est de fournir un procede de 
transmission de donnees perrnettant d'effectuer une correction d'erreurs sans voie 
de retour. 

Ces objectifs, ainsi que d'autres qui apparaltront par la suite sont atteints 
selon Tinvention, a Taide d'un procede de transmission de donnees entre au 
moins un emetteur et au moins un recepteur sous forme de paquets d'au moins 
une donnee, chacun desdits paquets de donnees etant associe a un identifiant dudit 
paquet. 

Un tel procede met en oeuvre au moins deux modes de transmission : 
un mode explicite, dans lequel chacun desdits paquets de donnees, dits 
paquets explicites, est transmis avec ledit identifiant dudit paquet de 
donnees ; 

un mode implicite, dans lequel lesdits paquets de donnees. dits paquets 
implicites, sont transmis sans etre accompagnes desdits identifiants. 
En outre, un tel procede comprend au moins une etape de passage dudit 
mode explicite audit mode implicite et/ou au moins une etape de passage dudit 
mode implicite audit mode explicite. en fonction d'au moins un critere de passage 
predetermine. 

Ainsi, l'invention repose sur une approche tout a fait nouvelle et inventive 
de la transmission de donnees entre un emetteur et un recepteur. En effet, elle 
repose notamment sur l'existence de deux modes de transmission distincts. qui 
sont selectivement mis en oeuvre en fonction de criteres predetermines, lies par 
exemple a la qualite du canal etabli entre le recepteur et I'emetteur, ou a 
Timportance des perturbations qui se superposent aux donnees transmises. 



Un systeme comprenant au moins un emetteur et au moins un recepteur, 
dans lequel est mis en ceuvre un tel procede selon l'invention, est done 
particulierement adaptable aux conditions environnementales de transmission de 
donnees. Notarnment, un tel procede de transmission de donnees bi-mode est 
particulierement economique en termes de bande passante, les identifiants des 
paquets de donnees pouvant ou non etre transmis, selon des criteres 
predetermines. 

Selon une caracteristique avantageuse de Tinvention, ledit recepteur 
maintient au moins Tune des variables appartenant au groupe comprenant :. 

des variables relatives auxdits identifiants desdits paquets recus ; 

un drapeau d'erreur relatif a ladite transmission de donnees : 

des variables d'etat relatives a un protocole mis en ceuvre. 

Ainsi, le recepteur peut maintenir une variable correspondant a l'identifiant 
(ou numero de sequence) des paquets recus. Une telle variable peut etre utilisee 
pour detecter les paquets de donnees perdus ou endommages au cours de la 
transmission, dans le cas notarnment ou le recepteur met en oeuvre un protocole du 
type ARQ. Le recepteur peut alors egalement maintenir des variables d'etat 
relatives au protocole ARQ mis en oeuvre, telles qu'une variable de fenetre ARQ 
par exemple. 

Avantageusement. ledit drapeau derreur peut prendre au moins deux 

etats : 

un etat « leve » apres que ledit recepteur recoit un message d'erreur : 

un etat « abaisse » apres que ledit recepteur recoit correctement un paquet 

explicite. 

Un tel message d'erreur peut, par exemple, provenir des couches basses du 
systeme de transmission de donnees auquel appartient le recepteur. En effet. de 
telles couches basses sont capables de detecter des erreurs de transmission, et 
done de determiner quand un paquet de donnees envoye par un emetteur n'a pas 
ete recu ou a ete mal recu par le recepteur, selon une technique qui ne fait pas 
l'objet de cette invention. On peut bien sur egalement envisager qu'un message 
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d'erreur soit envoye par les couches basses au recepteur pour une raison autre 
qu'une erreur de transmission. 

Selon une premiere variante avantageuse de l'invention, ledit recepteur 
etant en mode explicite, ledit drapeau d'erreur etant leve, ledit recepteur refuse 
5 tous les paquets implicites recus. 

En effet, lorsque le recepteur est en mode explicite et qu'il a recu un 
message d'erreur, il ne pent pas attribuer un identifiant a un paquet de donnees 
implicite recu. II refuse done tous les paquets implicites recus. Par ailleurs, si le 
procede de transmission met en oeuvre un protocole de type ARQ, de tels paquets 
10 implicites refuses ne sont pas utilises par le protocole. 

Selon une seconde variante avantageuse de l'invention. ledit recepteur 
etant en mode explicite et recevant au moins un paquet implicite, ledit drapeau 
d'erreur etant leve. ledit recepteur met en ceuvre les etapes successives suivantes : 

ledit recepteur stocke, selon un ordre de stockage sequentiel. ledit au 
15 moins un paquet implicite recu ; 

si ledit drapeau d'erreur reste dans Tetat « leve » ? ledit recepteur rejette 

ledit au moins un paquet implicite stocke ; 

si ledit drapeau d'erreur passe dans Tetat « abaisse », ledit recepteur traite 
ledit au moins un paquet implicite stocke, et lui attribue Tidentifiant qui 
20 precede sequentiellement ledit identifiant dudit paquet explicite re?u. s'il 

s'agit du premier paquet implicite stocke. ou T identifiant qui precede 
sequentiellement I'identifiant du paquet implicite precedemment stocke 
selon ledit ordre de stockage sequentiel. 

AinsL lorsque le recepteur est en mode explicite et que le drapeau d'erreur 
25 est leve. il stocke les paquets implicites qu'il recoit, selon un ordre de stockage 
sequentiel. sans determiner leur identifiant. De tels paquets implicites sont alors 
dits "en attente de sequencement". A la reception d'un paquet explicite 
d'identifiant N. le drapeau d'erreur passe alors dans l'etat abaisse. et le recepteur 
traite alors les paquets "en attente de sequencement", en attribuant a chacun un 
30 identifiant de la maniere suivante (par souci de simplification, on suppose ici que 
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ridentifiant est un numero de sequence) : le dernier paquet implicate recu et stocke 
par le recepteur se voit attribuer Tidentifiant N-l, Tavant-dernier paquet implicite 
recu recoit Tidentifiant N-2, et ainsi de suite jusqu'a ce que tous les paquets 
implicates stockes par le recepteur aient ete traites. 

5 Dans le cas particulier oil Tidentifiant doit etre compris entre une valeur 

minimale SN_Min et une valeur maximale SN_Max predetermines, les 
identifiants sont attribues aux paquets implicites stockes modulo SNJVTax+1. 

Si le procede met en oeuvre un protocole de type ARQ, les paquets 
implicites stockes sont ensuite utilises par le protocole, apres avoir recu leur 

10 identifiant. 

En revanche, si le recepteur a stocke des paquets implicites et qu'il recoit 
un nouveau message d'erreur (le drapeau d'erreur reste alors dans Tetat leve), il 
rejette tous les paquets implicites stockes, sans les avoir traites. 

Si le recepteur ne recoit ni nouveau message d'erreur, ni paquet explicite, 

15 on peut aussi envisager qu'il rejette les paquets implicites stockes apres un temps 
predetermine, ou, par exemple, lorsqu'une capacite maximale de stockage des 
paquets implicites est atteinte. 

Un telle variante permet au recepteur de ne pas refuser les paquets 
implicites recus apres la reception d'un message d'erreur, mais de les stocker 

20 jusqu'a la reception du prochain message d'erreur, ou du prochain paquet explicite. 
On peut done envisager, pour mettre en oeuvre une telle variante. que Temetteur. 
etant en mode implicite, passe en mode explicite a intervalles de temps 
predetermines, pour envoyer un ou plusieurs paquets explicites au recepteur, de 
maniere a permettre au recepteur de traiter les paquets implicites stockes. 

25 Le premier paquet de donnees envoye par Temetteur apres le passage du 

mode implicite au mode explicite doit alors etre le paquet de donnees dont 
Tidentifiant suit directement Tidentifiant du dernier paquet de donnees envoye en 
mode implicite. de facon a ce que les identifiants attribues aux paquets implicites 
stockes par le recepteur soient corrects. L'emetteur, apres avoir envoye un ou 

30 plusieurs paquets explicites, repasse ensuite en mode implicite. 
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De facon avantageuse, le passage dudit recepteur dudit mode explicite 
audit mode implicite est declenche par la reception d'un paquet implicite, a 
condition que ledit drapeau d'erreur soit dans l'etat « abaisse », et ledit passage 
dudit mode implicite audit mode explicite est declenche par la reception d'un 
5 paquet explicite et/ou d'un message d'erreur. 

Ainsi, a condition que le recepteur n'ait pas recu de message d'erreur, c'est- 
a-dire a condition que le drapeau d'erreur ne soit pas leve, la reception d'un paquet 
de donnees implicite declenche le passage du recepteur du mode explicite au 
mode implicite. 

10 De meme, la reception d'un paquet de donnees explicite force le recepteur 

a passer du mode implicite au mode explicite. Le passage du mode implicite au 
mode explicite, cote recepteur, peut aussi etre declenche par la reception d'un 
message d'erreur, en provenance, par exemple, des couches basses, a la detection 
d'une erreur de transmission. 

15 Selon une technique avantageuse de I'invention, ledit recepteur ayant 

correctement re<ju un paquet de donnees. il envoie audit emetteur au moins un 
message d'acquittement classique dudit paquet recu. contenant ledit identifiant 
dudit prochain paquet de donnees attendu par ledit recepteur, et. dans au moins 
certains cas, ledit recepteur, prealablement audit envoi dudit au moins un message 

20 d'acquittement classique. envoie audit emetteur au moins un message 
d'acquittement anticipe. 

Un message d'acquittement classique contient un champ dont la valeur 
permet de determiner 1'identifiant du prochain paquet de donnees attendu par le 
recepteur. Ainsi, dans le cas ou 1'identifiant est un numero de sequence par 

25 exemple, la reception par l'emetteur d'un message d'acquittement portant la valeur 
N indique que tous les paquets de donnees de numero de sequence inferieur a N 
ont ete correctement recus par le recepteur, et que le paquet de donnees 
d'identifiant N n'a pas ete recu par le recepteur, ou a ete endommage au cours de 
la transmission. 
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Selon le protocole mis en oeuvre, le recepteur peut envoyer un message 
d'acquittement a la reception d'un paquet de donnees, ou envoyer des messages 
d'acquittement a intervalles de temps predetermines par exemple. L'envoi d'un 
message d'acquittement peut aussi etre retarde jusqu'a ce que le recepteur ait recu 
5 un nombre de paquets de donnees predetermine, ou peut etre retarde par les 
couches basses du systeme de transmission de donnees, par exemple s'il n'y a pas 
de ressources disponibles pour le transmettre. 

On peut aussi envisager que le recepteur envoie plusieurs messages 
d'acquittement consecutifs a 1 emetteur, en cas d'erreur de transmission par 
10 exemple. Ainsi, meme en cas de perte ou de deterioration des messages 
d'acquittement, on accroit la probability d'indiquer a l'emetteur qu'un ou plusieurs 
paquets de donnees ont ete perdus ou endommages. L'emetteur etant informe plus 
rapidement d'une eventuelle erreur de transmission, la periode pendant laquelle 
l'emetteur et le recepteur sont desynchronises est ainsi reduite, et on peut revenir 
15 plus rapidement a un mode de fonctionnement sans erreur. 

Avantageusement, ledit emetteur maintient au moins Tune des variables 
appartenant au groupe comprenant : 

des variables relatives aux identifiants d ? au moins certains desdits paquets 

transmis ; 

20 - pour chacun desdits paquets transmis. une horloge pouvant prendre au 
moins trois etats : 

un etat « en cours ». apres renvoi dudit paquet transmis ; 
un etat « stoppee », apres la reception d'un message d'acquittement 
dudit paquet transmis ; 
25 - un etat « expiree », apres un temps maximum predetermine ; 

des variables d'etat relatives a un protocole mis en oeuvre. 
A chaque paquet qu'il recoit des couches superieures du systeme de 
transmission de donnees, l'emetteur associe un identifiant. qui peut etre un numero 
de sequence par exemple. Ce numero de sequence est compris entre une valeur 
30 minimale SNJVlin, qui peut par exemple etre egale a zero, et une valeur maximale 
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SN_Max. L'emetteur maintient done les variables correspondant a Tidentifiant du 
paquet re$u des couches superieures, SN_Min et SN_Max. En outre, l'emetteur 
peut maintenir des variables relatives au protocole mis en oeuvre, telles que des 
variables de fenetre ARQ par exemple. 
5 L'emetteur peut egalement maintenir une variable d'horloge, pour chacun 

des paquets de donnees qu'il transmet au recepteur. Lorsqu'un paquet de donnees 
est envoye vers le recepteur (par exemple un paquet dont le numero de sequence 
est N), Thorloge correspondante passe dans Tetat "en cours". En cas de reception 
d'un message d'acquittement, indiquant directement on indirectement, que le 
10 paquet auquel Thorloge est associee a ete correctement recu par le recepteur, 
Thorloge passe dans Tetat "stoppee". 

Un tel message d'acquittement peut etre un message indiquant que le 
prochain paquet attendu par le recepteur est le paquet d'identifiant N+l. ou un 
message indiquant que le prochain paquet attendu par le recepteur est un paquet 
15 d'identifiant N+M, avec M>1, qui assure l'emetteur que tous les paquets 
d'identifiant inferieur a N+M ont ete correctement recus. En cas de non reception 
d'un message d'acquittement Thorloge passe dans Tetat "expiree" apres un temps 
maximum predetermine. 

Par exemple, un tel temps maximum predetermine, appele RTT (en anglais- 
20 "Round Trip Time"), est constitue de la somme des temps suivants : 

le temps necessaire a l'emetteur pour envoyer un paquet de donnees ; 

le temps necessaire au recepteur pour recevoir et traiter le paquet de 

donnees envoye ; 

le temps necessaire au recepteur pour envoyer une reponse a l'emetteur 
25 (par exemple, un message d'acquittement), en supposant que le recepteur 

envoie cette reponse des que possible ; 

le temps necessaire a l'emetteur pour traiter la reponse du recepteur. 
De facon avantageuse. le passage dudit emetteur dudit mode explicite audit 
mode implicite est declenche par un evenement interne et/ou externe audit 
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emetteur, si au moins un paquet explicite a ete envoye par ledit emetteur depuis le 
dernier passage dudit emetteur dudit mode implicite audit mode explicite. 

Lorsqu'il passe en mode implicite, l'emetteur envoie des paquets implicites 
dans Tordre de leurs identifiants et sans duplication, en commencant par le paquet 
implicite dont l'identifiant suit 1'identifiant du dernier paquet envoye en mode 
explicite. 

Selon une caracteristique avantageuse de l'invention, ledit emetteur 
maintient en outre au moins Tune des variables appartenant au groupe 
comprenant : 

une premiere variable d'identification, appelee EoW, dont la valeur est un 
identifiant dudit prochain paquet a transmettre ; 

une seconde variable d'identification, appelee BoW, dont la valeur est le 
plus petit desdits identifiants desdits paquets transmis, pour lesquels ledit 
emetteur rfa pas recu de message d'acquittement, ledit identifiant etant un 
numero, attribue sequentiellement a chacun desdits paquets de donnees. 
Avantageusement, ledit identifiant est un numero, attribue 
sequentiellement a chacun desdits paquets de donnees. et ledit evenement est 
constitue de la combinaison des conditions suivantes : 

ledit emetteur recoit un message d'acquittement contenant l'identifiant N 
dudit prochain paquet de donnees attendu par ledit recepteur ; 
ladite horloge de chacun desdits paquets d'identifiants SN transmis par 
ledit emetteur est soit dans ledit etat « en cours ». soit dans ledit etat 
« stoppee ». SN etant superieur ou egal a N, et SN etant strictement 
inferieur a Tidentifiant dudit prochain paquet a transmettre (EoW). 
En effet, la reception d'un message d'acquittement contenant l'identifiant N 
indique a l'emetteur que tous les paquets d'identifiant inferieur ou egal a N-l ont 
ete correctement recu par le recepteur. Si ; par ailleurs, pour tous les paquets 
transmis par Temetteur ulterieurement au paquet d'identifiant N-L les horloges 
sont dans 1'etat "stoppee" (l'emetteur a alors recu un message d'acquittement 
indiquant que le paquet correspondant a ete correctement recu) ou dans l'etat "en 
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cours" (l'emetteur est en attente d'un message d f acquittement pour ce paquet), 
l'emetteur est assure qu'il n'y a pas eu d'erreur de transmission pour tous les 
paquets de donnees envoyes plus d'un RTT (en anglais "Round Trip Time") avant 
la reception du message d'acquittement contenant 1'identifiant N. 

L'emetteur peut alors passer en mode implicite, car la liaison entre 
l'emetteur et le recepteur semble etre de bonne qualite. 

Selon un premier mode de realisation avantageux de rinvention, ledit 
identifiant est un numero, attribue sequentiellement a chacun desdits paquets de 
donnees, et le passage dudit emetteur dudit mode implicite audit mode explicite 
est declenche par la reception d'un message d'acquittement contenant ridentifiant 
N dudit prochain paquet de donnees attendu par ledit recepteur, si les deux 
conditions suivantes sont verifiees : 

ledit emetteur a transmis au moins un paquet d'identifiant SN. avec SN 

superieur ou egal a N, et SN strictement inferieur a ridentifiant dudit 

prochain paquet a transmettre ; 

ladite horloge de Tun au moins desdits paquets d'identifiant SN est dans 
ledit etat « expiree ». 

De telles circonstances signalent a l'emetteur une erreur de transmission 
probable du paquet cTidentifiant N. En effet. l'horloge du paquet d'identifiant SN 
etant dans l'etat "expiree", on sait que le temps qui s'est ecoule depuis remission 
d'un tel paquet est superieur au temps maximum predetermine RTT. Dans 
Tabsence de toute erreur de transmission, le recepteur aurait done deja envoye a 
l'emetteur un message d'acquittement contenant 1'identifiant SN+1, et indiquant 
que tous les paquets d'identifiant inferieur ou egal a SN ont ete correctement 
recus. 

Ayant connaissance d'une telle erreur de transmission, l'emetteur passe 
alors en mode explicite. 

En mode explicite, l'emetteur peut envoyer tout paquet d'identifiant N, 
autorise par le protocole mis en ceuvre dans le systeme de transmission de 
donnees, selon rinvention. Notamment. l'emetteur peut envoyer des paquets de 
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donnees sans respecter I'ordre de leurs identifiants et/ou dupliquer certains paquets 
de donnees. 

Selon un second mode de realisation avantageux de l'invention, ledit 
identifiant est un numero, attribue sequentiellement a chacun desdits paquets de 
donnees, et le passage dudit emetteur dudit mode implicite audit mode explicite 
est declenche par le passage de ladite horloge d'un paquet d'identifiant SN dans 
ledit etat « expiree », SN etant superieur ou egal a ladite seconde variable 
d'identification BoW ; et strictement inferieur a ladite premiere variable 
d'identification EoW. 

Ainsi, selon ce second mode de realisation de l'invention, la transition du 
mode implicite au mode explicite est declenchee par 1'expiration d'une horloge, 
meme si aucun message d'acquittement n'a encore ete recu par 1'emetteur. Un tel 
mode de realisation permet, d'une part, d'obtenir une plus grande reactivite du 
systeme de transmission de donnees a l'apparition d'erreurs, et d'autre part, d'eviter 
que des paquets implicites soient inutilement rejetes par le recepteur. 

En effet, a la reception d'un message d'erreur, le recepteur est passe en 
mode explicite, et se trouve done desynchronise de 1'emetteur, qui est toujours en 
mode implicite et continue d'envoyer des paquets implicites au recepteur. Un tel 
mode de realisation permet de reduire Tintervalle de temps pendant lequel le 
recepteur et 1'emetteur ne fonctionnent pas selon le meme mode, de maniere a 
optimiser le fonctionnement du systeme de transmission de donnees. 

Selon une technique avantageuse, ledit mode explicite met en oeuvre un 
protocole du type ARQ (en anglais « Automatic Repeat Request »). 

De maniere avantageuse, ledit protocole du type ARQ appartient au groupe 
comprenant : 

des protocoles du type Go-Back-N ; 

des protocoles du type Selective Repeat ; 

des protocoles du type Stop-and-Wait. 

L'invention s'applique bien sur egalement a d'autres types de protocoles. 
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L'invention concerne egalement un systeme de transmission de donnees, 
echangees entre au moins un emetteur et au moins un recepteur, sous forme de 
paquets d'au moins une donnee, chacun desdits paquets de donnees etant associe a 
un identifiant dudit paquet. 

Selon Tinvention, un tel systeme comprend au moins deux modes de 
transmission : 

un mode explicite, dans lequel chacun desdits paquets de donnees, dits 
paquets explicites, est transmis avec ledit identifiant dudit paquet de 
donnees ; 

un mode implicite, dans lequel lesdits paquets de donnees. dits paquets 

implicites. sont transmis sans etre accompagnes desdits identifiants. 

En outre, un tel systeme met en ceuvre des moyens de passage dudit mode 
explicite audit mode implicite et/ou des moyens de passage dudit mode implicite 
audit mode explicite, selon au moins un critere de passage predetermine. 

L'invention concerne encore un emetteur d'un systeme de transmission de 
donnees, du type permettant d'echanger des donnees avec au moins un recepteur, 
sous forme de paquets d*au moins une donnee. chacun desdits paquets de donnees 
etant associe a un identifiant dudit paquet. 

Selon rinvention. un tel emetteur fonctionne selon au moins deux modes 
de transmission de donnees : 

un mode explicite. dans lequel chacun desdits paquets de donnees. dits 

paquets explicites, est transmis avec ledit identifiant dudit paquet de 

donnees ; 

un mode implicite. dans lequel lesdits paquets de donnees. dits paquets 

implicites, sont transmis sans etre accompagnes desdits identifiants. 

En outre, un tel emetteur comprend des moyens de passage dudit mode 
explicite audit mode implicite et/ou des moyens de passage dudit mode implicite 
audit mode explicite, selon au moins un critere de passage predetermine. 

L'invention concerne egalement un recepteur d'un systeme de transmission 
de donnees, du type permettant d'echanger des donnees avec au moins un 
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emetteur, sous forme de paquets d'au moins une donnee, chacun desdits paquets 
de donnees etant associe a un identifiant dudit paquet 

Selon 1'invention, un tel recepteur fonctionne selon au moins deux modes 
de reception de donnees : 

un mode explicite, dans lequel chacun desdits paquets de donnees, dits 

paquets explicites, est transmis avec ledit identifiant dudit paquet de 

donnees ; 

un mode implicite, dans lequel lesdits paquets de donnees, dits paquets 

implicites. sont transmis sans etre accompagnes desdits identifiants. 

En outre, un tel recepteur comprend des moyens de passage dudit mode 
explicite audit mode implicite et/ou des moyens de passage dudit mode implicite 
audit mode explicite, selon au moins un critere de passage predetermine. 

D'autres caracteristiques et avantages de 1'invention apparaltront plus 
clairement a la lecture de la description suivante d'un mode de realisation 
preferentiel, donne a titre de simple exemple illustratif et non limitatif, et des 
dessins annexes, parmi lesquels : 

la figure 1 presente un synoptique du systeme de transmission de donnees 

selon 1'invention ; 

la figure 2 illustre une machine d'etats du recepteur du systeme de 
transmission de donnees presente en figure 1 ; 

la figure 3 presente une premiere machine d'etats de l'emetteur du systeme 
de transmission de donnees illustre en figure 1 ; 

la figure 4 illustre une seconde machine d'etats de l'emetteur du systeme de 
transmission de donnees illustre en figure 1 ; 

les figures 5a a 5c decrivent les variables maintenues par l'emetteur et le 
recepteur du systeme de la figure 1 lorsqu'ils rnettent en oeuvre un 
protocole de type ARQ ; 

la figure 6 presente un exemple de mode de realisation d'une transition du 
mode implicite au mode explicite ; 

la figure 7 illustre un exemple de fonctionnement du systeme de la figure 1 
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en mode implicite. 

Par souci de simplification, on suppose dans Tensemble des figures 1 a 7 
qu'un identifiant d'un paquet de donnees est un numero de sequence. L'invention 
s'applique bien sur egalement aux autres types d'identifiants, tels qu'une chaine de 
5 caracteres par exemple. 

Le principe general de V invention repose sur Texistence de deux modes de 
transmission de donnees, un mode explicite dans lequel les paquets de donnees 
sont transmis avec leur identifiant, et un mode implicite dans lequel les paquets 
sont transmis sans identifiant. Un fonctionnement optimal du systeme est atteint 
10 lorsque l'emetteur et le recepteur sont sensiblement synchronises, c'est-a-dire 
lorsque la duree des periodes pendant lesquelles l'emetteur et le recepteur ne 
fonctionnent pas selon le meme mode de transmission est sensiblement reduite. 

On presente. en relation avec la figure 1, un mode de realisation d'un 
systeme de transmission de donnees selon Tinvention. 
15 Un tel systeme de transmission de donnees comprend un emetteur 1 et un 

recepteur 2. L'emetteur 1 envoie des paquets de donnees au recepteur 2 par la 
liaison 4 : ces paquets de donnees peuvent etre des paquets explicites 
EM_PDU(K). contenant l'identifiant K du paquet transmis. on des paquets de 
donnees implicites IM_PDU. Le recepteur 2 transmet a l'emetteur 1 des messages 
20 d'acquittement ACK_PDU(N) contenant Tidentifiant N du prochain paquet de 
donnees attendu par le recepteur 2. 

Le recepteur 2 peut envoyer de tels messages d'acquittement apres avoir 
recti et traite un paquet de donnees envoye par l'emetteur 1. ou a tout autre instant, 
notamment a un instant determine par le protocole de transmission de donnees mis 
25 en ceuvre dans le systeme de la figure 1 . 

Les couches basses 3 du systeme envoient des messages d'erreur au 
recepteur 2 par l'intermediaire d'une liaison 6. De tels messages d'erreurs 
permettent notamment d'informer le recepteur 2 qu'une erreur de transmission 
s'est produite au cours de l'echange d'informations entre l'emetteur 1 et le 
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recepteur 2. La technique mise en ceuvre par les couches basses 3 pour detecter de 

telles erreurs de transmission ne fait pas Tobjet de la presente demande. 

Par souci de simplification, on affecte, dans les figures suivantes, les 

memes numeros aux elements identiques. 
5 On presente desormais, en relation avec la liaison 2, une machine d'etats 

du recepteur 2, illustrant les conditions de transition du mode implicite 21 

(respectivement explicite 22) au mode explicite 22 (respectivement implicite 2 1). 

Le recepteur 2 peut fonctionner en mode implicite 21 ou en mode explicite 

22. La transition 23 du mode implicite 21 au mode explicite 22 peut etre 
10 declenchee par la reception d'un message d'erreur provenant des couches basses 3, 

non illustrees en figure 2, ou par la reception d'un paquet de donnees explicite 

EM_PDU en provenance de 1'emetteur 1 . Si Ie recepteur 2 ne recoit ni paquet 

explicite, ni message d'erreur, il reste en mode de fonctionnernent implicite, 

comme illustre par la fleche referencee 211. 
15 La transition 24 du mode explicite 22 au mode implicite 21 peut etre 

declenchee par la reception d'un paquet de donnees implicite IM_PDU, a 

condition que le drapeau d'erreur soit dans l'etat abaisse. 

Si le recepteur 2 ne recoit pas de paquet implicite, ou si le drapeau d'erreur 

est leve a la reception d'un paquet implicite, le recepteur 2 reste en mode de 
20 fonctionnernent explicite. ainsi que represents par la fleche referencee 221. 

La figure 3 illustre une premiere machine d'etats de 1'emetteur 1. 

presentant les conditions de transition du mode implicite I 1 (respectivement 

explicite 12) au mode explicite 12 (respectivement implicite 1 1). 

Le passage 13 du mode implicite 11 au mode explicite 12 de 1'emetteur 1 
25 peut etre declenche par tout evenement interne et/ou externe a 1'emetteur 1. Par 

defaut 1'emetteur 1 reste dans l'etat implicite 1L comme illustre par la fleche 

referencee 111. 

De meme. le passage 14 du mode explicite 12 au mode implicite 11 peut 
etre declenche par un evenement interne et/ou externe a 1'emetteur L a condition 
30 qu'au moins un paquet explicite ait ete envoye par 1'emetteur 1 depuis la derniere 
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transition 13 du mode implicite au mode explicite. Un tel evenement interne et/ou 
externe a l'emetteur peut etre, par exemple, determine par le protocole de 
transmission de donnees mis en oeuvre dans un tel systeme de transmission de 
donnees selon Tinvention. Par defaut, l'emetteur 1 reste en mode de 

5 fonctionnement explicite 12, cornme illustre par lafleche referencee 121. 

On presente desormais, en relation avec la figure 4, une seconde machine 
d'etats de l'emetteur 1, illustrant des conditions de transition plus detaillees d'un 
mode implicite 11 (respectivement explicite 12) a un mode explicite 12 
(respectivement implicite 11). Une telle machine d'etats peut notamment etre 

10 obtenue, selon l'invention, lorsque le systeme dc transmission de donnees, illustre 
en figure 1, met en oeuvre un protocole de type ARQ. 

La transition 13 du mode implicite 1 1 au mode explicite 12 est, dans ce 
mode de realisation particulier, declenche par la reception d'un message 
d'acquittement contenant l'identifiant N, ACK_PDU(N). a condition que 

15 l'emetteur 1 ait envoye au moins un paquet d'identifiant SN, tel que 
N<sSN<Tx_Eow, dont l'horloge est dans l'etat "expiree". (On rappelle que 
Tx_Eow est l'identifiant du prochain paquet de donnees a transmettre). En effet. 
une telle condition signale a l'emetteur 1 une erreur de transmission, car. en 
fonctionnement normal, l'horloge du paquet d'identifiant SN etant "expiree", 

20 l'emetteur 1 aurait deja du recevoir un message d'acquittement du recepteur 2, 
indiquant que ce paquet a ete correctement recu. 

La transition 14 du mode explicite 12 au mode implicite 1 1 est. dans le 
mode de realisation illustre en figure 4, declenche par la reception d'un message 
d'acquittement contenant l'identifiant N r ACK_PDU(N), a condition que 

25 l'emetteur ait envoye au moins un paquet explicite EM_PDU depuis la derniere 
transition 13 du mode implicite 11 au mode explicite 12. d'une part, et que 
l'horloge de chacun des paquets de donnees d'identifiant SN envoyes par 
Temetteur 1. avec N<SN<Tx_Eow\ soit dans l'etat "en cours" ou dans Tetat 
"stoppee". d'autre part. En effet, de telles conditions signalent a l'emetteur 1 que 

30 tous les paquets de donnees envoyes plus d'un RTT avant la reception du message 
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d'acquittement ACK_PDU(N) ont ete correctement recus. L'emetteur 1 peut done 
passer en mode implicite 1 1, car la liaison entre l'emetteur 1 et le recepteur 2 ne 
semble pas perturbee. 

On presente desormais, en relation avec les figures 5a a 5c des definitions 
5 de variables utilisees dans les figures 6 et 7, et maintenues par l'emetteur 1 et le 
recepteur 2 lorsqu'ils mettent en oeuvre un protocole de type ARQ. On notera que 
ces definitions peuvent differer des definitions utilisees dans d'autres types de 
protocoles ARQ. 

La figure 5a presente la definition des notions de fenetre 50, de bas de 
10 fenetre 51 BoW (en anglais "Bottom of Window") et de fin de fenetre 52 EoW (en 
anglais "End of Window") pour l'emetteur 1. 

Dans 1'exemple illustre en figure 5a, les paquets de donnees du groupe 53 
ont ete envoyes par l'emetteur I, et acquittes par le recepteur 2, e'est-a-dire que 
l'emetteur 1 a recu au moins un message d'acquittement, indiquant que les paquets 
15 de donnees d'identifiant inferieur ou egal a 3 ont ete correctement recus. 

Les paquets de donnees de la fenetre 50 (e'est-a-dire les paquets de 
donnees d'identifiant n°4 ? 5, 6, 7, 0. et 1) ont ete envoyes par l'emetteur 1 au 
recepteur 2, mais sont en attente d'acquittement, e'est-a-dire que l'emetteur 1 n'a 
pas encore recu de message d'acquittement. lui indiquant que ces paquets de 
20 donnees avaient ete correctement ou mal recus. 

Le premier paquet de donnees de la fenetre 50. qui porte l'identifiant n°4 
est defini comme le bas de fenetre 51, appele Bow. qui correspond au plus petit 
identifiant de paquet envoye, mais non encore acquitte. La variable BoW est 
avancee a la reception d'un message d'acquittement contenant Tidentifiant n°4 en 
25 provenance du recepteur 2. 

L'identifiant du premier paquet de donnees suivant le dernier paquet de 
donnees de la fenetre 50 est defini comme la fin de fenetre 52, appelee EoW. Sur 
1'exemple de la figure 5a, EoW correspond a l'identifiant du paquet n°2. Eow est 
l'identifiant du prochain paquet que l'emetteur 1 doit transmettre. et il est avance 
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lorsque de nouveaux paquets de donnees non precedemment transmis sont 
envoyes. 

La figure 5b presente les notions de fenetre, de bas de fenetre BoW (en 
anglais "Bottom of Window") et de fin de fenetre EoW (en anglais "End of 
5 Window 11 ) pour le recepteur 2, lorsqu'il met en oeuvre un protocole ARQ du type 
Selective Repeat. 

Le recepteur 2 maintient une fenetre 541 de six paquets de donnees 
correspondant aux paquets de donnees recus. Sur l'exemple de la figure 5b, les 
paquets d'identifiant n°5, 6, et 1 de la fenetre 541 ont ete correctement recus. et 

10 une erreur est survenue au cours de la transmission des paquets d'identifiant n°4, 7 
et 0 de la fenetre 541. Tous les paquets de donnees du groupe 571 ont ete 
correctement recus par le recepteur 2. 

On definit la variable de bas de fenetre 561, BoW, comme le plus petit 
identifiant (modulo 8 dans l'exemple de la figure 5c) des paquets de donnees 

15 attendus par le recepteur 2. Bow est l'identifiant du premier paquet de donnees de 
la fenetre 541, c'est-a-dire l'identifiant du paquet n°4 dans l'exemple de la figure 
5b. A la reception du paquet d'identifiant n°4, BoW sera avance, et prendra la 
valeur 7, le prochain paquet de donnees attendu par le recepteur 2 etant alors le 
paquet d'identifiant n°7. 

20 On definit la variable de fin de fenetre EoW 551 comme l'identifiant du 

prochain paquet de donnees attendu en sequence par le recepteur 2. C'est 
l'identifiant du paquet de donnees qui suit le dernier paquet de la fenetre 541. 
c'est-a-dire l'identifiant du paquet n°2 sur l'exemple de la figure 5b. 

La figure 5c presente les notions de fenetre, de bas de fenetre BoW (en 

25 anglais "Bottom of Window") et de fin de fenetre EoW (en anglais "End of 
Window") pour le recepteur 2. lorsqu'il met en oeuvre un protocole ARQ du type 
Go-Back-N. 

Sur cet exemple, le recepteur 2 maintient une fenetre 542 qui contient un 
seul paquet de donnees, a savoir le paquet d'identifiant n°4, pour lequel une erreur 
30 de transmission est survenue. Par la suite, le recepteur 2 a recu les paquets 
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d'identifiant n°5 et 6, qu'il a rejetes, et les paquets d'identifiant n°7 et 0, pour 
lesquels une erreur de transmission s'est produite. Tous les paquets de donnees du 
groupe reference 572 ont, par ailleurs, ete correctement recus par le recepteur 2. 

On definit les variables 552 de bas de fenetre BoW et de fin de fenetre 
5 EoW comme 1'identifiant du prochain paquet de donnees attendu par le recepteur 
2. Sur Texemple de la figure 5c, BoW=EoW=4, car le prochain paquet de donnees 
attendu par le recepteur 2 est le paquet d'identifiant n°4, pour lequel une erreur de 
transmission s'etait produite. 

La figure 6 illustre, en fonctionnement, un exemple de passage d'un mode 
10 implicite a un mode explicite du systeme de la figure 1. mettant en oeuvre un 
protocole de type ARQ. 

L'emetteur 1 et le recepteur 2 sont en mode implicite 1 1, 21. A un instant 
reference 61, pour l'emetteur L EoW=BoW=0, et, pour le recepteur 2, 
EoW=BoW=0. Le prochain paquet transmis par l'emetteur 1 sera done le paquet 
15 de numero de sequence 0, et le prochain paquet attendu par le recepteur 2 est 
egalement le paquet d'identifiant n°0. 

Au cours d'une etape referencee 62. l'emetteur 1 envoie un paquet de 
donnees implicite au recepteur 2. qui le recoit correctement. 

A l'instant reference 63, pour 1'emetteur 1, la variable EoW prend la valeur 
20 1. indiquant que le prochain paquet de donnees envoye par l'emetteur 1 sera le 
paquet de numero de sequence n°l. L'horloge du paquet n°0 est dans l'etat "en 
cours". Pour le recepteur 2, les variables EoW et BoW prennent la valeur 1, 
indiquant que le prochain paquet de donnees attendu par le recepteur 2 est le 
paquet d'identifiant n° 1 . 
25 Au cours d'une etape referencee 64 ; l'emetteur 1 envoie le paquet de 

donnees implicite n°l au recepteur 2. Les couches basses 3 envoient par la liaison 
6 un message d'erreur au recepteur 2, pour lui signaler qu'une erreur de 
transmission s'est produite. Le recepteur 2, sur reception du message d'erreur. 
passe alors en mode explicite 22. 
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A l'instant reference 65, qui suit remission du paquet d'identifiant n°l, la 
variable EoW de l'emetteur 1 prend la valeur 2, indiquant que le prochain paquet 
de donnees envoye par l'emetteur 1 sera le paquet d'identifiant n°2. L'horloge du 
paquet d'identifiant n°l est dans l'etat "en cours". Apres un temps maximum 

5 predetermine (egal au RTT par exernple), l'horloge du paquet d'identifiant n°l 
passe dans l'etat "expiree" a l'instant reference 66. 

Apres etre passe en mode explicite 22, le recepteur 2 envoie, au cours 
d'une etape referencee 67, un message d'acquittement contenant l'identifiant n°l, 
ACK_PDU(1), afin de signaler a l'emetteur 1 que le prochain paquet de donnees 

10 attendu par le recepteur 2 est le paquet d'identifiant n°L indiquant ainsi qu'il s'est 
produit une erreur au cours de la transmission de ce paquet. 

L'emetteur 1 recoit ce message d'acquittement apres 1'expiration de 
l'horloge du paquet d'identifiant n°l. A l'instant reference 68, la variable BoW de 
l'emetteur 1 est telle que BoW=L car l'emetteur 1 est toujours en attente de 

15 l'acquittement du paquet d'identifiant n°l. L'horloge du paquet d'identifiant n°0 
passe dans l'etat "stoppee" sur reception du message d'acquittement 
ACK_PDU(1). 

De telles conditions indiquent a l'emetteur 1 qu'il s'est produit une erreur 
de transmission, et il passe done en mode explicite 12. 
20 On presente desormais, en relation avec la figure 7, un exemple de 

fonctionnement du systeme de transmission de la figure 1 en mode implicite, 
lorsqu'il met en ceuvre un protocole de type ARQ. 

L'emetteur 1 et le recepteur 2 sont en mode implicite 11. 21. Du cote de 
l'emetteur L a l'instant reference 71, EoW=BoW=0. indiquant que le prochain 
25 paquet de donnees envoye par l'emetteur 1 sera le paquet de n°0. Du cote du 
recepteur 2 r Eo\V=BoW=0, indiquant que le recepteur 2 attend le paquet 
d'identifiant n°0. L'emetteur 1 et le recepteur 2 sont done en phase, et le mode 
implicite est adapte a la transmission des donnees, 

Au cours d'une etape referencee 72 L l'emetteur 1 transmet au recepteur 2 
30 le paquet implicite d'identifiant n°0. A l'instant reference 73 L il avance alors la 



22 



variable EoW a 1, indiquant ainsi que le prochain paquet de donnees envoye sera 
le paquet d'identifiant n°l, et il fait passer 1'horloge du paquet d'identifiant n°0, 
Tempo(O), dans l'etat "en cours". 

Lorsqu'il recoit correctement le paquet implicite d'identifiant n°0, a 
5 l'instant reference 732, le recepteur 2 met a jour les variables EoW=BoW=l, 
indiquant que le prochain paquet attendu est le paquet d'identifiant n° 1. 

Au cours d'une etape referencee 722, l'emetteur 1 transmet au recepteur 2 
le paquet implicite d'identifiant n°l. A l'instant reference 741, il avance alors la 
variable EoW a 2, indiquant ainsi que le prochain paquet de donnees envoye sera 
10 le paquet d'identifiant n°2, et fait passer 1'horloge du paquet d'identifiant n°l, 
Tempo(l), dans l'etat "en cours". 

Lorsqu'il recoit correctement le paquet implicite d'identifiant n°l, a 
l'instant reference 742, le recepteur 2 met a jour les variables EoW=BoW=2, 
indiquant que le prochain paquet attendu est le paquet d'identifiant n°2. 
15 A nouveau, au cours d'une etape referencee 723, l'emetteur 1 envoie le 

paquet implicite n°2. A l'instant reference 751. EoW prend la valeur 3, indiquant 
que l'emetteur s'apprete a envoyer le paquet d'identifiant n°3. et 1'horloge 
Tempo(2) passe dans l'etat "en cours". 

A la reception du paquet implicite d'identifiant n°3, a l'instant reference 
20 752, le recepteur incremente EoW et BoW a 3, indiquant qu'il attend le paquet 
d'identifiant n°3. II envoie alors. au cours d'une etape referencee 76. un message 
d'acquittement ACK_PDU(3). pour indiquer a l'emetteur 1 que tous les paquets 
d'identifiant inferieur ou egal a 2 ont ete correctement recus. 

A la reception de ce message d'acquittement, a l'instant reference 77, 
25 l'emetteur 1 met a jour la variable BoW. qui prend la valeur 3, car le prochain 
paquet de donnees en attente d'acquittement est le paquet d'identifiant n°3. Les 
horloges Tempo(O), Tempo(l), et Tempo(2) des paquets d'identifiant n°0, 1 et 2 
passent dans l'etat "stoppee", car ces paquets ont ete correctement acquittes par le 
recepteur 2. 
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L ? invention decrite dans ce document peut notamment etre utilisee dans le 
cadre de la couche DLC (controle de liaison de donnees, en anglais "Data Link 
Control") des reseaux Hiperlan 2 (cf. ETSI TS 101 761-1, vl. 1.1). Des messages 
d'erreur sont envoyes par la sous-couche MAC (en anglais "Medium Access 
5 Control") vers la sous-couche de controle d'erreur lorsque le FCCH (en anglais 
"Frame Control Channel") n'est pas correctement decode, ou lorsque un paquet de 
donnees utilisateur attendu (LCH, en anglais "Long Transport Channel") n'est pas 
correctement decode. 

Les deux combinaisons reservees a un usage futur du champ "LCH PDU 
10 Type" des paquets dc donnees LCH sont utilisees dans cette invention pour 
differencier les paquets de donnees explicites des paquets de donnees implicites. 
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REVINDICATIONS 

1. Procede de transmission de donnees entre au moins un emetteur (1) et au 
moins un recepteur (2), sous forme de paquets d'au moins une donnee, chacun 

5 desdits paquets de donnees etant associe a un identifiant dudit paquet, 

caracterise en ce qu'il met en ceuvre au moins deux modes de transmission : 

un mode explicite (12 ; 22), dans lequel chacun desdits paquets de 
donnees, dits paquets explicites, est transmis avec ledit identifiant dudit 
paquet de donnees ; 

10 un mode implicite (11 ; 21), dans lequel lesdits paquets de donnees, dits 

paquets implicites, sont transmis sans etre accompagnes desdits 
i dentifi ants ; 

et en ce qu'il comprend au moins une etape de passage (24 ; 14) dudit mode 
explicite audit mode implicite et/ou au moins une etape de passage (23 ; 13) dudit 
15 mode implicite audit mode explicite, en fonction d'au moins un critere de passage 
predetermine. 

2. Procede selon la revendication 1, caracterise en ce que ledit recepteur (2) 
maintient au moins Tune des variables appartenant au groupe comprenant : 

des variables (561. 551 ; 572, 552) relatives auxdits identifiants desdits 
20 paquets recus ; 

un drapeau d'erreur relatif a ladite transmission de donnees ; 
des variables d'etat relatives a un protocole mis en oeuvre. 

3. Procede selon la revendication 2, caracterise en ce que ledit drapeau 
d'erreur peut prendre au moins deux etats : 

25 - un etat « leve » apres que ledit recepteur (2) recoit un message d'erreur ; 

un etat « abaisse » apres que ledit recepteur recoit correctement un paquet 
explicite. 

4. Procede selon la revendication 3, caracterise en ce que, ledit recepteur (2) 
etant en mode explicite (22), ledit drapeau d'erreur etant leve, ledit recepteur 

30 refuse tous les paquets implicites recus. 
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5. Procede selon la revendication 3, caracterise en ce que, ledit recepteur (2) 
etant en mode explicite (22) et recevant au moins un paquet implicate, ledit 
drapeau d'erreur etant leve, ledit recepteur met en oeuvre les etapes successives 
suivantes : 

5 - ledit recepteur stocke, selon un ordre de stockage sequentiel, ledit au 
moins un paquet implicite recu ; 

si ledit drapeau d'erreur reste dans Petat « leve », ledit recepteur rejette 
ledit au moins un paquet implicite stocke ; 

si ledit drapeau d'erreur passe dans Tetat « abaisse », ledit recepteur traite 
10 ledit au moins un paquet implicite stocke, et lui attribue ridentifiant qui 

precede sequentiellement ledit identifiant dudit paquet explicite recu, s'il 
s'agit du premier paquet implicite stocke, ou Tidentifiant qui precede 
sequentiellement Tidentifiant du paquet implicite precedemment stocke 
selon ledit ordre de stockage sequentiel. 
15 6. Procede selon Tune quelconque des revindications 3 a 5, caracterise en ce 
que le passage (24) dudit recepteur (2) dudit mode explicite (22) audit mode 
implicite (21) est declenche par la reception d un paquet implicite, a condition que 
ledit drapeau d'erreur soit dans Tetat « abaisse ». 

et en ce que ledit passage dudit mode implicite audit mode explicite (23) est 
20 declenche par la reception d'un paquet explicite et/ou d'un message d'erreur. 

7. Procede selon Tune quelconque des revindications 1 a 6. caracterise en ce 
que ledit recepteur (2) ayant correctement recu un paquet de donnees. il envoie 
audit emetteur (1) au moins un message d'acquittement classique dudit paquet 
recu. contenant ledit identifiant dudit prochain paquet de donnees attendu par ledit 
25 recepteur, 

et en ce que. dans au moins certains cas. ledit recepteur. prealablement audit envoi 
dudit au moins un message d'acquittement classique. envoie audit emetteur au 
moins un message d'acquittement anticipe. 
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8. Procede selon Tune quelconque des revendications 1 a 7, caracterise en ce 
que ledit emetteur (1) maintient au moins Tune des variables appartenant au 
groupe comprenant : 

des variables (51, 52) relatives aux identifiants d'au moins certains desdits 
5 paquets transmis ; 

pour chacun desdits paquets transmis, une horloge pouvant prendre au 
moins trois etats : 

un etat « en cours », apres renvoi dudit paquet transmis ; 
un etat « stoppee » ? apres la reception d'un message d'acquittement 
10 dudit paquet transmis : 

un etat « expiree », apres un temps maximum predetermine ; 
des variables d'etat relatives a un protocole mis en oeuvre. 

9. Procede selon Tune quelconque des revendications I a 8, caracterise en ce 
que le passage (14) dudit emetteur (1) dudit mode explicite (12) audit mode 

15 implicite (11) est declenche par un evenement interne et/ou externe audit 
emetteur, si au moins un paquet explicite a ete envoye par ledit emetteur depuis le 
dernier passage dudit emetteur dudit mode implicite audit mode explicite. 

10. Procede selon Tune quelconque des revendications 1 a 9. caracterise en ce 
que ledit emetteur maintient en outre au moins Tune des variables appartenant au 

20 groupe comprenant : 

une premiere variable d'identification (52), appelee EoW. dont la valeur 
est un identifiant dudit prochain paquet a transmettre ; 
une seconde variable d'identification (51). appelee BoW. dont la valeur est 
le plus petit desdits identifiants desdits paquets transmis. pour lesquels 

25 ledit emetteur n ? a pas recu de message d'acquittement, ledit identifiant 

etant un numero, attribue sequentiellement a chacun desdits paquets de 
donnees. 

11. Procede selon les revendications 8 et 9. et eventuellement selon la 
revindication 10. caracterise en ce que ledit identifiant est un numero, attribue 

30 sequentiellement a chacun desdits paquets de donnees. 
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et en ce que ledit evenement est constitue de la combinaison des conditions 
suivantes : 

ledit emetteur recoit un message d'acquittement contenant Fidentifiant N 
dudit prochain paquet de donnees attendu par ledit recepteur ; 
5 - ladite horloge de chacun desdits paquets d'identifiants SN transmis par 
ledit emetteur est soit dans ledit etat « en cours », soit dans ledit etat « stoppee », 
SN etant superieur ou egal a N. et SN etant strictement inferieur a Fidentifiant 
dudit prochain paquet a transmettre (EoW), 

12. Procede selon la revendication 8 ? et eventuellement selon Tune quelconque 
10 des revendications 9 a 1 1, caracterise en ce que ledit identifiant est un numero, 

attribue sequentiellement a chacun desdits paquets de donnees, 
et en ce que le passage (13) dudit emetteur (1) dudit mode implicite (11) audit 
mode explicite (12) est declenche par la reception d'un message d'acquittement 
contenant V identifiant N dudit prochain paquet de donnees attendu par ledit 
15 recepteur, si les deux conditions suivantes sont verifiees : 

ledit emetteur a transmis au moins un paquet d'identifiant SN, avec SN 
superieur ou egal a N, et SN strictement inferieur a 1* identifiant dudit 
prochain paquet a transmettre ; 

ladite horloge de Tun au moins desdits paquets d'identifiant SN est dans 
20 ledit etat « expiree ». 

13. Procede selon les revendications 8 et 10. et eventuellement selon la 
revendication 1 1. caracterise en ce que ledit identifiant est un numero, attribue 
sequentiellement a chacun desdits paquets de donnees. 

et en ce que le passage (13) dudit emetteur (1) dudit mode implicite (11) audit 
25 mode explicite (12) est declenche par le passage de ladite horloge d*un paquet 
d'identifiant SN dans ledit etat « expiree » ? SN etant superieur ou egal a ladite 
seconde variable d'identification Bo\V. et strictement inferieur a ladite premiere 
variable d'identification EoW. 
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14. Procede selon Tune quelconque des revendications 1 a 13, caracterise en ce 
que ledit mode explicite met en ceuvre un protocole du type ARQ (en anglais 
« Automatic Repeat Request »). 

15. Procede selon la revindication 14, caracterise en ce que ledit protocole du 
5 type ARQ appartient au groupe comprenant : 

des protocoles du type Go-Back-N ; 
des protocoles du type Selective Repeat ; 
des protocoles du type Stop-and-Wait. 

16. Systeme de transmission de donnees, echangees entre au moins un 
10 emetteur (1) et au moins un recepteur (2), sous forme de paquets d'au moins une 

donnee, chacun desdits paquets de donnees etant associe a un identifiant dudit 
paquet, 

caracterise en ce qtril comprend au moins deux modes de transmission : 

un mode explicite (12 22) ? dans lequel chacun desdits paquets de donnees, 
15 dits paquets explicites, est transrnis avec ledit identifiant dudit paquet de 

donnees ; 

un mode implicite (11:21), dans lequel lesdits paquets de donnees. dits 
paquets implicites, sont transrnis sans etre accompagnes desdits 
identifiants ; 

20 et en ce qu'il met en ceuvre des moyens de passage (24 ; 14) dudit mode explicite 
audit mode implicite et/ou des moyens de passage (23 : 13) dudit mode implicite 
audit mode explicite. en fonction d*au moins un critere de passage predetermine. 

17. Emetteur ( 1) d'un systeme de transmission de donnees. du type permettant 
d'echanger des donnees avec au moins un recepteur (2). sous forme de paquets 

25 d'au moins une donnee, chacun desdits paquets de donnees etant associe a un 
identifiant dudit paquet, 

caracterise en ce qu'il fonctionne selon au moins deux modes de transmission de 
donnees : 
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un mode explicite (12), dans lequel chacun desdits paquets de donnees, 
dits paquets explicites, est transmis avec ledit identifiant dudit paquet de 
donnees ; 

un mode implicite (11), dans lequel lesdits paquets de donnees, dits 
paquets implicites, sont transmis sans etre accompagnes desdits 
identifiants ; 

et en ce qif il comprend des moyens de passage (14) dudit mode explicite audit 
mode implicite et/ou des moyens de passage (13) dudit mode implicite audit mode 
explicite, en fonction d'au moins un critere de passage predetermine. 
18. Recepteur (2) d'un systeme de transmission de donnees, du type 
permettant d'echanger des donnees avec au moins un emetteur (1), sous forme de 
paquets d'au moins Line donnee, chacun desdits paquets de donnees etant associe a 
un identifiant dudit paquet. 

caracterise en ce qu ? il fonctionne selon au moins deux modes de reception de 
donnees : 

un mode explicite (22), dans lequel chacun desdits paquets de donnees. 
dits paquets explicites, est transmis avec ledit identifiant dudit paquet de 
donnees ; 

un mode implicite (21), dans lequel lesdits paquets de donnees, dits 
paquets implicites, sont transmis sans etre accompagnes desdits 
identifiants ; 

et en ce qu "il comprend des moyens de passage (24) dudit mode explicite audit 
mode implicite et/ou des moyens de passage (23) dudit mode implicite audit mode 
explicite. en fonction d'au moins un critere de passage predetermine. 
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